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Software  development  obsolesced  by  software  delivery 


Software  Development 


Software  Delivery 


Distinct  deveiopment  phase 

Distinct  handoff  to  maintenance 

Requirements-design-code-test 

sequence 

Phase  and  role  specific  tools 
Collocated  teams 

Standard  engineering  governance 

Engineering  practitioner  led 


Continuously  evolving  systems 

No  distinct  boundary  between  development 
and  maintenance 

Sequence  of  released  capabilities 
with  ever  increasing  value 

Common  platform  of  integrated  process  /  tooling 

Distributed,  web  based  collaboration 

Economic  governance  tailored 
to  risk  /  reward  profiles 

Business  value  and  outcome  led 
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Software  cost  models 


From  George  Stark,  Paul  Oman,  “A  comparison  of  parametric  Software  Estimation  Models  using  real  project  data”,  in  press 


Improving  software  economics 

■  Empirical  software  cost  estimation  models  for: 

►  Enterprise  modernization,  software  maintenance 

►  New  developments,  new  releases,  early  prototypes 

►  Packaged  applications,  systems  engineering 

Time  or  Cost 

To  Build  =  (Complexity)  (Process)  *  (Team)  *  (Tools) 


Complexity 

Process 

Team 

Tools 

Volume  of  human 

■  Methods 

■  Skills/Experience 

■  Automation 

generated  stuff 

■  Maturity 

■  Collaboration 

■  Process  enactment 

KSLOC,  FPs,  UCs 

■  Agility 

■  Motivation 

Quality/performance 

■  Precedence 

Scope 

Schedule  risk:  Imagine  you  have  12  months  to  deliver 
a  business  critical  system 

■  Your  estimators  tell  you  it  will  be  done  in  1 1  months 

■  What  do  you  do  with  the  information? 

►  Rest  easy,  believing  there  is  no  risk? 
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Maybe  you  realize  that  program  parameters 

(cost,  schedule,  effort,  quality,  ...)  are  random  variables 

■  Area  under  curve  describes  probability  of  measurement  falling  in  range 
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Imagine  you  have  12  months  to  deliver  a  business 
critical  systems 

■  So  you  ask  for  the  distribution  and  discover  there  is  some  uncertainty 
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Imagine  you  have  12  months  to  deliver  a  business 
critical  systems 

■  In  fact  there  is  less  than  50%  chance  of  making  the  date 
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Then  what? 

■  Move  out  the  date  to  improve  likelihood  of  shipping? 
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Then  what? 


■  Or  move  in  the  estimate  by  sacrificing  quality  or  content? 
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Managing  variances  in  scope,  solution,  plans: 
The  real  key  to  improving  software  economics 


■  Sources  of  uncertainty 
and  variance 

►  Lack  of  knowledge 

►  Lack  of  confidence 

►  Lack  of  agreement 

■  Reduction  of 
variance  reflects 

►  Increased  predictability 
of  outcome 

►  Increased  knowledge  about 

■  Client  needs 

■  Technology  capability 

■  Team  capability 

►  Good  decisions 
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Then  what? 


■  Determine  the  source  of  the  variance 


■  Over  the  project  lifecycle,  reduce  the  variance  to  improve  likelihood  of  shipping 
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Then  what? 


■  Over  the  lifecycle,  reduce  the  variance  further  to  improve  likelihood  of  shipping 


13 


IBM  Software  Group  |  Rational  software 


Practices  included  as  part  of  Rational  Method  Composer 


j  Governance  & 
f  Compliance 

(  Risk-Value  Lifecycle 
^  Practice  Authoring  St  Tailoring 


Requirements 

Management 

Shared  Vision 
Business  Process 

\  Sketching 
Use  Case  Driven 
Development 

Requirements  Management 


1 


Agile  Core 

Iterative  Development 
Two-Level  Project  Planning 
Whole  Team 
Continuous  Integration 
Jest  Driven  Development 
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Change  &  Release 
Management 

Team  Change  Management 
Formal  Change  Management 


>1’ 


Architecture 
Management 

Evolutionary  Architecture 
,  Evolutionary  Design 
^  Component  Based  Software 
*  Architecture 
Design  Driven 
Implementation 


Quality  Management 

*  Concurrent  Testing 

*  Test  Management 
Independent  Testing 
Application  Vulnera.bility 

Assessment 
Performance  Testing 
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Critical  culture  shifts  in  improving  software  economics 


Conventional  Governance 

Activity-based  management 
Mature  processes,  PMI/PMBOK 
Plan  in  detail,  then  track  variances 

Adversarial  relationships 

Paper  exchange,  speculation 

Requirements  first 
Assumes  certainty  in  desired  product 
Avoid  change 

Early  false  precision 

“More  detail  =  higher  quality” 


Apply  too  much  or  too  little  process 

Process  is  primary,  biind  adherence 


Apile  Economic  Governance 

Results-based  management 
More  art  than  engineering 
Plan/steer/pian/steer. . . 

Honest  collaborative  communication 

Progressions/digressions,  facts 

Architecture  (risk  mitigation)  first 
Admits  uncertainties 
Manage  change 

Evolving  artifacts 

Scope  (Problem  specs) 

Design  (Solution  specs) 

Constraints  (Planning  specs) 

Right-size  the  process 
Desired  results  drive  process 
Manage  variances 
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Measure  and  steer 


■  At  onset  of  program 


►  Report: 

►  Collaborate: 

►  Automate: 


Establish  estimates/variances  of  effort,  cost,  establish  initial  plan 
Set  initial  scope  and  expectations  with  stakeholders 
Establish  a  collaborative  development  environment 


■  At  each  iteration,  improve  estimates  and  report 

►  Report:  Values  and  variances  of  progress  achieved,  quality  achieved,  resources  expended 

►  Collaborate:  With  stakeholders  to  refine  scope  and  plans 
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Agile  Governance  =  Managing  Uncertainty  =  Managing  Variance 


■  A  completion  date  is  not  a  point  in  time,  it  is  a  probability  distribution 


■  Scope  is  not  a  requirements  document,  it  is  a  continuous  negotiation 


Plans/Resource  estimates 
Scope 

Product  features/quality 


L 


A  plan  is  not  a  prescription,  it  is  an  evolving, 
moving  target 


Uncertainty  in 
Stakeholder 
Satisfaction  Space 


Initial  Plan 


Actual  path  and  precision  of  Scope/Plan 


Initial  State 
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Four  patterns  of  success  in  achieving  Agility  at  Scale 

1 .  Scope  management  ^  Asset  based  development 

Solutions  evolve  from  requirements  AND  requirements  evoive  from  avaiiable  assets 
As  opposed  to  getting  all  the  requirements  right  up  front 

2.  Process  management  ^  Rightsize  the  process 

Process  and  instrumentation  rigor  evolves  from  light  to  heavy 

As  opposed  to  the  entire  project’s  lifecycle  process  should  be  light 
or  heavy  depending  on  the  character  of  the  project 

3.  Progress  management  ^  Honest  assessments 

Healthy  projects  display  a  sequence  of  progressions  and  digressions 
As  opposed  to  progressing  to  100%  earned  value  with  monotonically  increasing 
progress  against  a  static  plan 

4.  Quality  management  ^  Incremental  demonstrable  results 

Testing  needs  to  be  a  1st  ciass,  fuil  lifecycie  activity 

As  opposed  to  a  subordinate,  later  lifecycle  activity 
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Effective  software  delivery  enabled  by  agility  and  measurement 


Predictable 

Project/Program 

Governance 

Global  team 
effectiveness  and 
collaboration 


INDIVIDUAL 


TEAM 


ORGANIZATION 


Software 
investment 
management 
aligned  with 
business  priorities 


Value 


BUSINESS 


Measures  of 
increasing 
vaiue 


More  creative  time, 
less  overhead  time 

Painless  governance 

More  automation 
support 


Fewer  meetings 
Less  scrap/rework 

Earlier  defect 
detection 

Honest  metrics 


More  reusable 
assets,  services, 
skills,  practices  and 
measures 

More  predictable 
outcomes 

Higher  ROI 


Optimized  investments 
and  supply  chains 

Software  development  as 
an  first  class  business 
process 

Business  optimization 
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Invest  across  the  spectrum  of  improvement  to  manage  risks 
and  optimize  business  outcomes 

Improve  Improve  Improve  Increase  Flexibility 


Automation 


Coiiaboration 


Process 


&  Investment  Value 


Business 

Value 


Cost  to  Implement: 

<5% 

Very  predictable 

Productivity: 

5-25% 

Timeframe  =  Weeks 


Cost  to  Implement: 

5%-10% 

Predictable 

Productivity: 

15-35% 

Timeframe  =  Months 


Cost  to  Implement: 

10%-35% 

Some  culture  change 

Productivity: 

25-100% 

Timeframe  =  Quarters 


Cost  to  impiement: 

25%-50% 

Much  culture  change 

Productivity: 

2x-  lOx 

Timeframe  =  Years 


Implementation  costs 
are  per  person  per  year 


Individual 


Team 


Organization 


Business 
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Some  final  thoughts 


Agile  Software  delivery  Is  a  discipline  of  software  economics 

Strong  measurement  practices  are  necessary  to  manage 
uncertainty  and  achieving  agility  at  scale 

Economic  governance  requires  a  platform  that  is  architected 
for  automation,  collaboration  and  reporting 
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